Is there a way to disable it because it keep popping up every time i delete something from shared folders and partitions. Thanks in advance.

Which folders are you getting this message on? How many computers to you have. Is this a home network or a corporate network?

Pretty much on every share folder when i erase her and it's a home network and i have two computers.

you can use the rd (remove directory) command in a command window. you will not be prompted with the message you are complaining about. You can also stop sharing a folder first before deleting it, then you will not get that prompt.

First of all RD only delete empty folder meaning i should either use deltree or before using RD enter the directory and delete everything with del *.* then go out of the folder and then use RD and of course i can first disable the sharing before deleting but the point of me wanting to disable this message is to do less actions not more i want that when i press shift delete i want have press yes just because it's a shared folder it sort of loose the effect of shift delete.:)

Then that "feature" is imbecilic. It occurs randomly on random folders. If a folder is shared, some of its subfolders will exhibit this behavior, while others won't. Attempts to un-share a subfolder usually throws additional errors. Attempting to move a subfolder within a shared folder will also throw this error. The corollaries to this are other false errors saying that the action can't be completed because the file or folder is open in another application, even when that is not the case, and also the error saying that a particular action can't be completed because the user doesn't have permission, even when the user is logged in with the sole administrative account on the machine. If an object was once open in another window or application, the lock often doesn't get released when the window or application closes. Fortunately, I have "unlocker" software, but that shouldn't be necessary, and non-technical people don't have the knowledge to find and use it. I find it baffling that someone at Microsoft thought these were good ideas.

This behavior is by design. No policies or methods to disable it. Arthur Xie - MSFT But it's NOT being shared with other people. There is no folder or file *sharing* explicitly enabled on those items. The message has nothing to do with the objects being SHARED. It has to do with account read permissions -- which don't correspond to real people. So the message is not only unwanted and annoying, but it is wrong in at least 2 ways -- it's not being 'shared' (a term used when you enabled "Sharing"), nor does it have to do with other people. So how do we fix this problem?

I am having similar issues. Basically there is a folder named "shared" which is a share called "networkshared" for example. Any sub dirs beneath that dir that have customised group permissions cause this to be displayed. The folders are not directly shared, they are just sub folders which have custom ACL's. This cant be by design tbh....http://www.edugeek.net - The I.T. Professionals life line

I agree. We are seeing the exact same behavior on sub-folders underneath a shared folder. Unless we're moving the actual shared folder, this message should not be displayed.

Are there any plans to modify this behaviour? It is truly a pain to delete directories within a network share currently. It is a change for the worse for Windows 7.

not so as if u just want to move...roys99

C:\Users\mnemonic\Documents>rmdir alpha The directory is not empty. Sorry bud, but the dir has to be empty.

Sorry bud, but the dir has to be empty. RD /S /Q alpha

I'm getting real fed up with "This behavior is by design" as an answer. I've found a few things that have required a fix or workaround and whenever I search for a solution, the only answer I find is "This behavior is by design". MICROSOFT, PLEASE STOP DESIGNING THESE STUPID/DUMB BEHAVIOURS INTO WINDOWS! Some of the Windows Devs really should come work in the environment I work in (School) and maybe they'll actually see how silly some of these "Features" really are. Rant Over.

I'm getting real fed up with "This behavior is by design" as an answer. I've found a few things that have required a fix or workaround and whenever I search for a solution, the only answer I find is "This behavior is by design". MICROSOFT, PLEASE STOP DESIGNING THESE STUPID/DUMB BEHAVIOURS INTO WINDOWS! Some of the Windows Devs really should come work in the environment I work in (School) and maybe they'll actually see how silly some of these "Features" really are. Rant Over. I agree 100%. The development teams are completly out of touch with reality.

I'm getting real fed up with "This behavior is by design" as an answer. I've found a few things that have required a fix or workaround and whenever I search for a solution, the only answer I find is "This behavior is by design". MICROSOFT, PLEASE STOP DESIGNING THESE STUPID/DUMB BEHAVIOURS INTO WINDOWS! Some of the Windows Devs really should come work in the environment I work in (School) and maybe they'll actually see how silly some of these "Features" really are. Rant Over. I agree 100%. The development teams are completly out of touch with reality. The development teams are completely out of the country. (India, China, etc.)

This indeed is an aggravating 'feature'. I have one folder shared, and within it hundreds of other folders, but I am trying to move agroup of files and subfolders out of the shared folder, and it tells me for almost (not all - which also is strange) every folder that the folder is shared and waits for me to click continue. I think i've clicked continue now about 50 times.... Microsoft, at LEAST put a checkbox that you can click to acknowledge that you really don't want to see this message anymore. Almost as silly as whoever in Windows 7 thought it would be a good idea to no longer show the little hand icon indicating a folder is shared.

Is there a way to disable it because it keep popping up every time i delete something from shared folders and partitions. Thanks in advance. DOS command worked for me... quite distructive. :-) Basically searches for every directory in the current folder and carries out the rmdir command including sub files and folders without prompting. for /D %d in (*) do rmdir /S /Q "%d" Steve First post - hope someone finds it helpful.

You need to 'Take Ownership' of the folders / files. Then under advanced security settings, check the 'replace all child object permissions with permissions from this object' option. now you should be able to delete without seeing the message.

I voted your reply as helpful since it is a another workaround. But I was wondering if you new -- does using the method I described -- of accessing the file/directory through \\localhost\c\users\Astara\Documents have the same "downsides" as you mentioned? I.e. -- if I move a folder C:\users\astara\documents\myprivatestuff that I realize I don't want to be shared -- and move it to C:\users\astara\unshared\myprivatestuff, are you saying it would still be shared? How about if I do the same moving it from (3 choices here): 1) \\localhost\c\users\astara\documents\myprivatestuff => \\localhost\c\users\astara\unshared\myprivatestuff (I would guess likely yes, since maybe simply ANY sharing, will trigger the problem 0-- and even if I am only sharing with 'localhost', that would still trigger the message?) 2) \\localhost\c\users\astara\documents\myprivatestuff => C:\users\astara\unshared\myprivatestuff -- this one I am guessing wouldn't carry the 'share' information, as it's going from a shared drive to a local directory (which presumably one has made sure isn't 'shared'). 3) and a weird one thrown into the mix .. C:\users\astara\unshared\myprivatestuff => \\localhost\c\users\astara\unshared\myprivatestuff. This I dunno... cuz it depends on same factors of 1, that is, if you can share a directory -- ONLY with yourself, will explorer give the bogus error? (because logged-in Administrators will always have access to the administrative share if sharing is turned on at all? -- or is that type of 'sharing' not counted by explorer?' (seems like it would be even more worthless it counted that type of sharing). The other issue -- would it think Mysys\Astara is the same user as localhost\Astara? I.e. if not, then it would likly think it is shared with 'another user')... ARG!!!! Why did MS try to fix a problem that wasn't broken?!?!?! I mean -- if it is under your Documents or User dir, then mabye it should be irrelevent if it is shared with other users (thus no need for a message). Whereas if it was in /users/public or /users/all users, or "/program..." or "/windows"...then a default of giving such a message wouldn't be so annoying. I think the main issue here is that many people have some sort of sharing turned on in some number of their private dirs, BUT, they don't need a message each time to tell them they are deleing shared files -- it would be like someone not being able to edit a webpage without getting a message "you are about to edit a file that is shared with other users", or you about to edit your blog which is shared with other users, are you really sure you want to do that? Obviously , some types of sharing are for 'transient' and often updated information that one wouldn't rely on being the same or being there tomorrow -- vs. say the download site for MS updates -- if that went away, people might be a bit miffed. At the very least, they seemed to violate the rule of having a 'checkbox' that says (don't show me this message again)... Which, since it was by design (as someone above said) means they deliberately violated established standard practices for Windows 7. I'd say the feature isn't Win7 compatible. Maybe the 'Approved for Windows label should be removed from Win7? ;-)

thank you that saved me the pain of clickity clickty!

SOLUTION? In my case, it listed these four entries: Authenticated Users SYSTEM Administrators (HOSTNAME\Administrators) Users (HOSTNAME\Users) Now find a top level folder whose sub-folders were giving you trouble. Right click its Properties -> Security -> Advanced -> Permissions -> Change Permissions... Go through the list and delete anything that's not one of the entries above. If One were to do the above, wouldn't "Authenticated Users" (anyone who has logged in or has mounted the file remotely with a username+password, as well as all Users on the local machine also have access to the file? I.e. -- what you are saying doesn't make sense (though it may be true -- I haven't tried it since I haven't seen that message in ages, simply accessing most of my files through network paths where it doesn't happen). I mean -- you are sharing the files with other users, yet you say the message doesn't come up if it is only the above users? That sounds like a security bug. If it is going to alert you to others having share access to your files, but then does it sometimes, and but not for common users and those sharing your files...how is that not a security bug? Astara...

Move that directory into Windows directory and delete from there without any prompts. Nothing inside Windows directory can't be shared so no sharing confirmation will prompt.

Move that directory into Windows directory and delete from there without any prompts. Nothing inside Windows directory can't be shared so no sharing confirmation will prompt. That is not true. My entire disk is mounted on my linux box so it can make _simple_ backups...(more reliably than anything win 7 provides...)..

I have to delete 10,000 student H drive folders at the end of each school year. Clicking OK for each folder is out of the question. This is what works for me. Instead of accessing the folder share from the server it resides on, I access it from another server. Example instead of logging into Student Server and opening the M drive and opening the Grade12 share, then deleting all the subfolders . . . I log into Staff Server and run \\Student\Grade12, then I delete all sub folders. I do not get the irritating message that way. -Lauri

Guys, No moving, no reghacks, no workarounds.... Ensure you have the appropriate rights and then just use PS as administrator. Remove-Item d:\Home\* -force -recurse.

This works for me. I first tried to put localhost into my "Intranet" zone, but that wasn't enough, so I had to put it in my "Trusted Sites" zone and uncheck the box that says "force all sites to use https" (or something like that). Overall, I think the registry hack given below by site-smith is the way to go if you do a lot of moving around and deleting of items using Explorer.